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Attorney Docket Ref: 002784.P001 

METHOD AND APPARATUS FOR VALUE ADDED CONTENT 

DELIVERY 

Background of the Invention 



The present invention relates to the field of telecommunications and, in particular, 
to a method and apparatus for adding additional content to content received from a 
content provider in a network system. 

2. Background Information 

As computer technology has advanced the use of networks has continually 
increased. A network refers to a system which can couple together two or more computer 
systems such that the systems can communicate with one another. One current network 
which has recently gained widespread popularity is the Internet, which is a global network 
allowing individuals throughout the world to communicate with one another. 

Communication over the Internet is typically between two computer systems 
referred to as a client system and a host system. The host system is the content provider. 
In other words, content (also referred to as information or data) is provided by the host 
system to the client system. Generally, this content can be modified only at the content 
provider. That is, whatever individual(s) has generated the content is the only 
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individual(s) that can alter the content. The user of a client system can interact with the 
content, however, any new content provided by the content provider is done as directed 
by the individual(s) that created the content. 

Currently, it is not possible to add to content provided by a content provider on 
the Internet other than by altering the content at the content provider. That is, a user at 
the content provider must physically change the content. However, it would be beneficial 
to provide a way to add to content from a content provider other than by modifying the 
content at the provider because it would allow the content to be customized at various 
other sites. For example, it would allow a single host system to provide content to a wide 
geographic range of sites while also allowing local information to be added for each local 
client system. 

As will be described in more detail below, the present invention provides a 
method and apparatus for value added content delivery which achieves these and other 
desired results which will be apparent to those skilled in the art from the description that 
follows. 
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Summary of the Invention 

A method and apparatus for value added content delivery is discussed herein. In 
accordance with the present invention, a request for content which targets a network 
server is received from a client computer system. In response to the receipt of the 
request, additional content is provided to the client system in addition to the requested 
content. 

In one embodiment, the added content is associated with the network server. 

In one embodiment, the added content provides a link to a service associated with 
the network server. The service is provided in response to the selection of the link. 

In one embodiment, the added content is a Push-To-Talk™ service for 
automatically establishing and facilitating a voice call to a PSTN extension associated 
with the network server for the client computer system. 

In one embodiment, the service is also provided by the apparatus of the present 
invention. 
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Brief Description of the Drawings 

The present invention will be described by way of exemplary embodiments, but 
not limitations, illustrated in the accompanying drawings in which like references denote 
similar elements, and in which: 

Figure 1 is a block diagram of a network environment illustrating the value added 
content delivery of the present invention; 

Figure 2 is a flowchart illustrating the steps followed in the value added content 
delivery according to one embodiment of the present invention; 

Figure 3 is a flowchart illustrating the steps followed in the value added content 
delivery according to another embodiment of the present invention; 

Figure 4 illustrates an example of source code with additional content provided by 
an exemplary computer server according to one embodiment of the present invention; 

Figure 5 is a block diagram illustrating an exemplary communication system such 
as may be used with the present invention; 

Figure 6 is a block diagram illustrating the hardware elements of a bridgeport 
according to one embodiment of the present invention; and 

Figure 7 is a block diagram illustrating the software elements of bridgeport 
according to one embodiment of the present invention. 
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Detailed Description 



In the following description, for purposes of explanation, specific numbers, 
materials and configurations are set forth in order to provide a thorough understanding of 
the present invention. However, it will be apparent to one skilled in the art that the 
present invention may be practiced without the specific details. In other instances, well 
known features are omitted or simplified in order not to obscure the present invention. 
Furthermore, for ease of understanding, certain method steps are delineated as separate 
steps, however, these separately delineated steps should not be construed as necessarily 
order dependent in their performance. 

Some portions of the detailed descriptions which follow are presented in terms of 
algorithms and symbolic representations of operations on data bits within a computer 
memory. These algorithmic descriptions and representations are the means used by those 
skilled in the data processing arts to most effectively convey the substance of their work 
to others skilled in the art. An algorithm is here, and generally, conceived to be a self- 
consistent sequence of steps leading to a desired result. The steps are those requiring 
physical manipulations of physical quantities. Usually, though not necessarily, these 
quantities take the form of electrical or magnetic signals capable of being stored, 
transferred, combined, compared, and otherwise manipulated. It has proven convenient at 
times, principally for reasons of common usage, to refer to these signals as bits, values, 
elements, symbols, characters, terms, numbers, or the like. It should be borne in mind, 
however, that all of these and similar terms are to be associated with the appropriate 
M&A for Value Added Content Delivery - 5 - ATS 
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physical quantities and are merely convenient labels applied to these quantities. Unless 
specifically stated otherwise as apparent from the following discussions, it is appreciated 
that throughout the present invention, discussions utilizing terms such as "processing" or 
"computing" or "calculating" or "determining" or "displaying" or the like, refer to the 
5 action and processes of a computer system, or similar electronic computing device, that 
manipulates and transforms data represented as physical (electronic) quantities within the 
computer system's registers and memories into other data similarly represented as 
physical quantities within the computer system memories or registers or other such 
information storage, transmission or display devices. 

10 Figure 1 is a block diagram of a network environment illustrating the value added 

content delivery of the present invention. Network environment 100 includes client 
system 105, Internet Service Provider (ISP) 1 10, bridgeports 1 15 and 130, Internet 120, 
and network server 125, coupled together as shown. 

Client system 105 is intended to represent a broad range of hardware systems 

15 which can be coupled to Internet 120, such as a personal computer system. 

ISP 110 routes data received from one system to another. Data can be received 
from either client system 105, bridgeport 1 15, or Internet 120 and can be directed to any 
of client system 105, bridgeport 115, and Internet 120. 

Internet 120 can be any of a wide variety of conventional networks, including the 

20 Internet or an Intranet. In one embodiment, Internet 120 supports the HyperText 

Transmission Protocol (HTTP) and communicates with client system 105 and network 
server 125 using HTTP connections. 

M&A for Value Added Content Delivery - 6 - ATS 
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Network server 125 stores the content being requested by hardware systems such 
as client system 105. In one embodiment, this content is one or more HyperText Markup 
Language (HTML)-compatible web pages which can be browsed as part of the world 
wide web. Client system 105 requests a particular one of these web pages by placing, via 
ISP 1 10 and possibly bridgeport 1 15, as discussed in more detail below, a Uniform 
Resource Locator (URL) onto the Internet 120. The URL identifies network server 125. 

Bridgeport 1 15 provides an identifier of the additional content to client system 
105 according to one embodiment of the present invention. Requests from client system 
105 are re-routed to bridgeport 115 prior to being placed onto Internet 120. Bridgeport 
1 15 determines what additional content, if any, is to be provided to client system 105. 
The identifier of the additional content, if any, is first provided to client system 105, and 
the request is then placed onto Internet 120. 

Bridgeport 130 provides the value added content to client system 105 according to 
another embodiment of the present invention. Bridgeport 130 may provide an identifier 
of additional content either in addition to or in place of that provided by bridgeport 115. 
Requests from client system 105 are received at network server 125 via ISP 110 and 
Internet 120. Upon receipt at network server 125, the request is re-routed to bridgeport 
130, where the identifier of the appropriate additional content, if any, is forwarded to 
client system 105. As with bridgeport 1 15, the request is then placed onto the Internet 
120 again, and routed to network server 125, which in due course receives the request and 
returns the requested content to client system 105. 
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It is to be appreciated that additional components can be added to and removed 
from network environment 100, and components of network environment 100 can be 
combined. By way of example, network environment 100 may include multiple 
additional client systems, bridgeports, and network servers coupled to Internet 120, or 
5 bridgeport 115 could be combined with ISP 1 10, or bridgeport 130 could be combined 
with network server 125. 

Figure 2 is a flowchart illustrating the steps followed in the value added content 
delivery according to one embodiment of the present invention. In the flowchart of 
Figure 2, it is presumed that bridgeport 1 15 of Figure 1 is providing the identifier of the 

10 additional content. Bridgeport 1 15 is first identified as the recipient of all content 

requests originated from client system 1^5, step 205. In one embodiment, bridgeport 115 
is identified as a "proxy" of client system 105 by configuring a browser on client system 
105. In an alternate embodiment, bridgeport 1 15 is identified as a "proxy" of client 
system 105 by so configuring ISP 1 10. 

15 In due course of operation, ISP 1 10 receives a content request from client system 

105, step 210. The request is routed to the bridgeport 1 15 as specified, step 225. 

Upon receipt of the request, bridgeport 1 15 checks whether there is additional 
content for the request, step 230. In one embodiment, bridgeport 1 15 maintains a 
database of all network servers, e.g., network server 125, for which additional content is 

20 to be added. Bridgeport 1 15 checks whether the destination server identifier of a request 
(for example, the URL of the network server being targeted) matches any network server 
identifiers in its database. If a match is detected, then a marked identifier of the 
M&A for Value Added Content Delivery - 8 - ATS 
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appropriate additional content is provided to client system 105. It one embodiment, this 
additional content is data to be displayed by the client system and the marked identifier of 
the additional content is a "marked" URL identifying where the additional content can be 
retrieved. Marked versions of URLs are discussed in more detail below. In an alternate 
embodiment, the additional content is stored at the bridgeport and the additional content 
itself is returned to the client system rather than an identifier of the additional content. 

If there is no additional content for the request, then the request is placed onto the 
Internet, step 220. However, if there is additional content for the request, then both the 
marked identifier of the additional content and a marked version of the original request 
are sent to client system 105, step 235. The marked version of the original request 
includes a marking which identifies to the bridgeport that additional content for the 
request has already been identified to client system 105, thereby preventing the bridgeport 
from re-identifying additional content for the same request to client system 105. 

Upon receipt of the marked identifier of the additional content and the marked 
version of the original request, the client system obtains and displays the additional 
content and resends the marked request to the ISP, step 240. In one embodiment, the 
additional content is obtained by sending the marked identifier of the additional content 
to the ISP for forwarding to the identified server or bridgeport. ISP 110 receives the 
marked request(s), which in turn are forwarded to bridgeport 115, step 245. Upon receipt 
of the marked request(s), bridgeport 1 15 removes the marking(s) and places the request(s) 
onto the Internet, step 250. Alternatively, bridgeport 1 15 responds to requests which 
target bridgeport 1 15 rather than placing those requests onto the Internet. In due course, 
M&A for Value Added Content Delivery - 9 - ATS 
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the requested content is returned to client system 105. Thus, the client system displays 
the requested content which will be retrieved from the network server accompanied by 
the additional content identified and/or provided by the bridgeport. 

In one embodiment, the additional content offers a service to client system 105. 
In one embodiment, bridgeport 1 15 also provides the service. In one implementation, the 
additional content offers a Push-To-Talk™ option. Push-To-Talk™ is a trademark of 
eFusion™, Inc. of Beaverton, Oregon. The Push-To-Talk™ option indicates to client 
system 105 that by selecting the Push-To-Talk™ option, a representative of the network 
server can be contacted by phone. In one embodiment, the phone call is established and 
facilitated by bridgeport 1 15 without requiring the user to enter or know the PSTN 
extension of the representative. By way of example, the network server may include 
content regarding eFusion™, Inc., and the Push-To-Talk™ option allows the user of 
client system 105 to talk to a representative of eFusion™, Inc. without ending the data 
communication session or having to provide or know the telephone number for 
eFusion™, Inc. It is to be appreciated that this representative could be a local 
representative, or could be a representative located anywhere throughout the world (e.g., a 
toll-free telephone number could be used). 

To support the Push-To-Talk™ option, one embodiment of bridgeport 115 
maintains a list of telephone numbers which correspond to representatives of associated 
network servers. If the Push-To-Talk™ option is activated by an individual at client 
system 105 then bridgeport 115 can facilitate a call to the representative to be established 
using the stored telephone number. A packet based phone call from client system 105 is 
M&A for Value Added Content Delivery - 10 - ATS 
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caused to be made to bridgeport 1 15, which in turn is converted into a PSTN voice call to 
the representative. A discussion of automatic placement and facilitation of a telephone 
call to a PSTN extension from a networked client computer is disclosed in copending 
A U.S. Patent Application No. <insert application s erial numbers , docket no. 002784.P003, 

5 filed contemporaneously with the present application, entitled, "Method and Apparatus 
for Establishing a Voice Call to a PSTN Extension for a Networked Client Computer", 
which is hereby fully incorporated by reference. 

It is to be appreciated that the additional content identified and/or provided by the 
^ bridgeport can be virtually any type of information. For example, additional local 

3 10 advertisements, or sale items specific to a particular geographic region could be 
3 identified. It is also to be appreciated that this additional content could be the same for all 

1 network servers, or could be network server-specific. The additional content may or may 

% not include links to different services or HTML compatible web pages. A request by a 

i user for a link which was part of the additional content is handled by the ISP and the 

) 15 bridgeport in like manner. 

In an alternate embodiment, the bridgeport can be identified as a "proxy" to the 
client system by having the ISP query the client system. This querying can be done at any 
of a wide range of times, such as when the client system first sets up an account with the 
ISP, or each time the client system connects to the Internet via the ISP. 
20 Figure 3 is a flowchart illustrating the steps followed in the value added content 

delivery according to another embodiment of the present invention. In the flowchart of 
Figure 3, it is presumed that the bridgeport 130 of Figure 1 is providing the identifier of 
M&A for Value Added Content Delivery - 1 1 - ATS 
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the additional content. Network server 125 first identifies bridgeport 130 as a "filter" for 
all requests it receives, step 305. 

In due course of operation, network server 125 receives a client request from 
client system 105, step 310. Upon receipt of the request, the request is forwarded to 
bridgeport 130, step 315. Bridgeport 130 then sends both a marked identifier of the 
additional content and a marked version of the original request to client system 105, step 
320. The marked version of the original request includes a marking which identifies to 
any bridgeport that additional content for the request has already been identified to client 
system 105. 

Upon receipt of the marked identifier of the additional content and the marked 
version of the original request, client system 105 obtains and displays the additional 
content and resends the marked request onto the Internet, step 325. Network server 125 
receives the marked request, and as before, the marked request is routed to bridgeport 
130, step 330. Upon receipt of the marked request, the bridgeport removes the marking 
and returns the request to network server 125, which in turn returns the requested content 
to client system 105, step 335. Thus, client system 105 displays the requested content 
which will be retrieved from the network server accompanied by the additional content 
identified by the bridgeport. 

In one embodiment, all requests for content from a particular network server 
receive the same additional content regardless of which content of the particular network 
server is accessed. In alternate embodiments, bridgeport 130 maintains a list of different 
additional content for different server content. By way of example, specific pages of 
M&A for Value Added Content Delivery - 1 2 - ATS 
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content on the network server may correspond to different additional content which is to 
be sent to the client system. Upon receipt of a request, the bridgeport checks which page 
of content was accessed and forwards the corresponding additional content identifier to 
the client system. 

It should be noted that identifiers of additional content may be added by multiple 
bridgeports for the same request. For example, bridgeports 1 15 and 130 of Figure 1 may 
both identify additional content to the client system. In one embodiment, the markings 
added to the requests contain two parts: a first generic part which identifies that a 
bridgeport has marked the request, and a second bridgeport-specific part which uniquely 
identifies a particular bridgeport. Each bridgeport marks requests with its own unique 
identifier. Thus, all bridgeports adding content and/or content identifiers will recognize 
marked requests, yet only remove those markings which they added. However, it will be 
appreciated by those skilled in the art that a multiple-part marking need not be used if 
only one bridgeport will be adding content and/or content identifiers. 

In another embodiment of the present invention, the client system assumes 
responsibility for the value added content delivery. For example, a process executing at 
the client system is configured to send an inquiry to the bridgeport inquiring whether 
there is additional content for a request (e.g., a particular URL) entered at the client 
system's web browser. The inquiry includes the URL of the request. Depending on the 
particular web browser, this process may intercept the request prior to the web browser 
beginning to retrieve the request, or alternatively may receive the request from the web 
browser as the browser begins to process the request. The bridgeport responds to the 
M&A for Value Added Content Delivery - 1 3 - ATS 
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inquiry either by indicating that there is no additional content for the request or by 
sending both the identifier of the additional content and the request to the client system. 
Alternatively, rather than returning an identifier of the additional content, the additional 
content itself may be returned. In one implementation, the identifier of the additional 
5 content and the request returned are as discussed below with reference to Figure 4. In 
another implementation, the identifier and the request returned are not marked. If there is 
no additional content for the request, then the process allows the web browser to begin 
and/or continue processing the request, resulting in the web browser placing the request 
onto the Internet. However, if there is additional content for the request, then the process 
10 provides the returned request and identifier of the additional information to the web 
fo browser. The web browser then proceeds to process the request and the identifier of 

additional content, resulting in the web browser placing the request and possibly the 
%, identifier onto the Internet with or without going through the bridgeport, depending on 

1^ whether the identifier and the request were marked. It is to be appreciated that whether 

kQ 15 the identifier is placed onto the Internet also depends on whether the identifier of the 

additional information identifies a network server accessed via the Internet or a bridgeport 
which can be accessed without going through the Internet, such as bridgeport 1 15 of 
Figure 1. 

According to one embodiment of the present invention, the additional content is 
20 provided by a network server or the bridgeport in an HTML page format. Figure 4 

illustrates an example of source code with an identifier of additional content provided by 
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an exemplary computer server to the client system. In Figure 4, it is presumed that the 
client system issued a request for the content with an identifier of "description.HTML". 

An HTML page can be made up of one or more frames which can be organized 
hierarchically. A frame refers to a portion of the screen on which the page is to be 
displayed in which the content of the page is actually displayed. The content within these 
frames can be scrolled in a conventional manner, such as by using scroll bars. The size of 
a frame and its location on a screen is defined by the HTML page and is user adjustable. 

The source code 400 illustrated in Figure 4 defines an HTML page using the 
<HTML> 402 and </HTML> 404 commands. The source code 400 defines a document 
head with the <HEAD> 406 and </HEAD> 408 commands. The elements 410 displayed 
in the head include, for example, a title for the page and are defined between the 
commands 406 and 408. 

The body of a framed HTML page is identified using the <FRAMESET> 430 and 
</FRAMESET> 414 commands. The content of the frames is defined using the FRAME 
commands 436 and 418. In the page illustrated in Figure 4, a marked identifier of 
additional content has been added to the page using FRAME command 436. This 
additional content identifier is marked URL 438. The original URL requested by the 
client system is identified in the FRAME command 418 with marked URL 420. The size 
and location of the frames as they will be displayed at the client system is identified by 
parameters 434. 

In the page illustrated in Figure 4, the original URL request was for 
"description.HTML", and the marking added to the URL request as well as to the 
M&A for Value Added Content Delivery - 1 5 - ATS 
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additional content identifier is ".bpOOl". In this example, the "bp" indicates that the 
request has been marked by a bridgeport, and the "001" indicates which bridgeport 
marked the request. It is to be appreciated that this marking is only an example, and that 
any of a wide range of markings and encodings could be used. 

It should be noted that by adding the additional frame using the FRAME 
command, the substance of the content received from the network server remains 
unchanged. That is, the user at the client system will view the same content, except that 
an additional frame (for example, display window) will accompany the content. 

It should also be noted that although only a single additional frame is added to the 
HTML page illustrated in Figure 4, any number of additional frames can be added within 
the spirit and scope of the present invention. Additional frames can be added by, for 
example, adding additional FRAME commands. 

Referring now to Figure 5, a block diagram is presented illustrating an exemplary 
communication system 500 incorporating the teachings of the present invention for value 
added content delivery. While the present invention will be described in the context of 
this exemplary communication system, based on the descriptions to follow, those skilled 
in the art will appreciate that the present invention is not limited to this embodiment, and 
may be also practiced with an Intranet (in lieu of the Internet). In one implementation, 
client system 502, ISP 512, bridgeport 571, web server 528, and bridgeport 581 of Figure 
5 are client system 102, ISP 1 10, bridgeport 1 15, network server 125, and bridgeport 130 
of Figure 1 , respectively. 
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Client system 502, web servers 520 and 528, bridgeports 562, 565, 571, and 581, 
and handset 542 are communicatively coupled to each other by way of PSTN 540 and 
Internet 550 as shown. More specifically, client system 502 is coupled to Internet 550 by 
way of ISP 512. Client system 502 is coupled to ISP 512 through PSTN extension 504, 
5 communication line 506 and PSTN 540. In other words, for the illustrated embodiment, 
client system 502 includes a modulation/demodulation (MODEM) device (not shown) 
coupled to PSTN extension 504. However, a client computer may be coupled to ISP 512 
through a network connection using a network interface instead, such as client computer 
508 using network connection 510. Alternatively, a client computer may also be directly 

10 coupled to Internet 550. 

Web servers 520 and 528 are coupled to Internet 550 through connections 522 and 
530. Although not illustrated, web servers 520 and 528 may also be coupled to PSTN 
540. Similarly, bridgeports 562 and 565 of the present invention are coupled to Internet 
550 through connections 564 and 567. Bridgeports 562 and 565 are also coupled to 

15 PSTN 540 through communication lines 563 and 566 respectively. Handset 542 is 
coupled to PSTN 540 through PSTN extension 543 and communication line 544. 

Communication lines 506, 515 and 544 may simply be plain old telephone service 
(POTS) communication lines, although other types of communication lines may be used. 
For examples, in the case of communication line 506, it may be an integrated service 

20 digital network (ISDN) line, whereas in the case of communication line 515, it may be a 
Tl (1.533 Mbps) or an El (2.0488 Mbps) trunk line. In the case of communication line 
544, it may be a wireless cellular connection. 

M& A for Value Added Content Delivery - 1 7 - ATS 



Attorney Docket Ref: 002784.P001 

PSTN 540 includes a number of Service Switching Points (SSP), Signal Transfer 
Points (STP), and Service Control Points (SCP) coupled to each other (not shown). 
PSTN extension 504 through communication line 506 is coupled to a "local" SSP, which 
in turn is coupled to a number of other "local" PSTN extensions, including e.g. PSTN 
extension 513 if ISP 512 is a "local" ISP served by the same SSP. In addition, the "local" 
SSP is also coupled to an associated STP, which in turn is coupled to other "remote" 
SSPs. Each of the "remote" SSPs is coupled to a number of "remote" PSTN extensions, 
including e.g. extension 543, if handset 542 is a "remote" handset served by a "remote" 
SSP. As is well known in the art, Internet 550 includes a number of networks 
interconnected by routers, interconnecting the various client computers, web servers and 
bridgeports together. It is to be appreciated that Internet 550 may be a private Intranet 
instead. 

Client system 502 is intended to represent a broad category of Internet enabled 
computer systems known in the art. An example of such a computer system is a desktop 
computer system equipped with a high performance microprocessor, such as the 
Pentium® processor manufactured by Intel Corporation of Santa Clara, CA or the 
Alpha® processor manufactured by Digital Equipment Corporation of Manard, MA; a 
communication interface for sending and receiving various data packets (including audio 
data packets) in accordance with certain standard communication protocol, such as a 
V.42bis compliant modem or an Ethernet adapter card; a windows-based operating 
system including internetworking communication services providing support for 
Transmission Control Protocol/Internet Protocol (TCP/IP) (and other Internet 
M&A for Value Added Content Delivery - 1 8 - ATS 
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Communication Suite protocols) and socket services, such as Windows™ 95 developed 
by Microsoft Corporation of Redmond, WA; and a web communications tool such as 
Navigator™, developed by Netscape Communications of Mountain View, CA. 

In the illustrated embodiment, client system 502 is also equipped with a number 
of audio input and output peripherals/interfaces for inputting, digitizing and compressing 
outbound audio, and for decompressing and rendering inbound audio, and an Internet 
telephony application, such as IPhone 1 developed by Intel Corporation. However, it is to 
be appreciated that alternate embodiments need not be so equipped. 

In one embodiment, client system 502, while in data communication with a web 
server, e.g. web server 528, through PSTN 540 and Internet 550, is presented with an 
added Push-To-Talk™ option by the bridgeport 571. When client system 502 selects the 
Push-To-Talk™ option, bridgeport 571 of the present invention automatically determines 
the PSTN extension of telephone handset 542 as the appropriate destination PSTN 
extension, as well as an appropriate one of the community of bridgeports 562 and 565 to 
place the voice call to the PSTN extension and facilitate the voice call between the user of 
client system 502 and the user of telephone handset 542. In one embodiment, the Push- 
To-Talk™ option is pre-associated with bridgeport 571 for web server 528 by bridgeport 
571, and the determination of the destination PSTN extension by bridgeport 571 is made 
in accordance with one or more attributes of web server 528, such as the identity of web 



Note that it is not necessary for the Internet telephony application to explicitly support voice calls with 
PSTN handsets, as is the case with IPhone and many of the prior art Internet telephony applications. 



- 19- 



M&A for Value Added Content Delivery 



ATS 




Attorney Docket Ref: 002784.P001 

server 528, and optionally, one or more attributes of client system 502, such as the zip 
code of the area in which client system 502 is located. 

Except for web pages having Push-To-Talk™ options pre-associated with the 
bridgeports of the present invention being added, web servers 520 and 528 are intended to 
5 represent a broad category of web servers, including e.g. corporate presence servers and 
government presence servers, known in the art. Any number of high performance 
computer servers may be employed as web servers 520 and 528, e.g. a computer server 
equipped with one or more Pentium® Pro processors from Intel Corp., running 
Microsoft's Windows® NT operating system, or a computer server equipped with one or 

10 more SPARC® processors from Sun Microsystems of Mountain View, CA, running 
Sun's Solaris® operating system. 

Similarly, except for its association with bridgeport 571, ISP 512 is intended to 
represent a broad category of Internet service providers. An ISP may be a "small" local 
Internet access provider, or one of a number of point of presence providers offered by a 

15 "large" ISP. It is also anticipated that ISP 512 may be incorporated with bridgeport 571 
and/or an SSP of PSTN 540. Handset 542 is intended to represent a broad category of 
conventional handsets known in the art, including but not limited to desktop handsets, 
cordless handsets, and wireless handsets. No special features are required of handset 542 
for it to be called and connected to Internet telephony enabled client system 502, in 

20 accordance with the present invention. As described earlier, handset 542 may also be 
automated/computerized telephony answering equipment. 
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Before we proceed to describe bridgeports 571, 581, 562, and 565 in further 
detail, it should be noted that one skilled in the art of, e.g., telecommunications, will 
appreciate that the communication system illustrated in Figure 5, is significantly more 
complex than what is depicted. For example, each SSP of PSTN 540 may service 

5 thousands of PSTN extensions, and there are numerous SSPs, STPs and SCPs in a 
common PSTN implementation. Internet 550 includes well over several hundred 
thousands of networks. Together, PSTN 540 and Internet 550 interconnects millions of 
client computers and web servers. Nonetheless, Figure 5 does capture a number of the 
more relevant components of communication system necessary to illustrate the 

10 interrelationship between client system 502, web server 528, bridgeports 562 and 568, 
and handset 542, such that one skilled in the art may practice the present invention. Also, 
while the present invention is being described in the context of client system 502 being 
engaged in data communication with web server 528, as will be readily apparent from the 
description to follow, the present invention may be practiced with any "client" computer 

15 engaged in data communication with any "web" or "information" server. 

Turning now to Figures 6 and 7, two block diagrams illustrating the hardware and 
software elements of an exemplary computer server 600 suitable to be employed as a 
bridgeport are depicted. As illustrated, exemplary computer server 600 is comprised of 
multiple processors 602a - 602n and memory subsystem 608 coupled to processor bus 

20 604 as depicted. Additionally, computer server 600 is comprised of a second bus 610, a 
third bus 612 and a fourth bus 614. In one embodiment, buses 612 and 614 are Peripheral 
Component Interconnect (PCI) buses, while bus 610 is an Industry Standard Architecture 
M&A for Value Added Content Delivery - 2 1 - ATS 
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(ISA) bus. PCI buses 612 and 614 are bridged by bus bridge 616, and bridged to ISA bus 
610 and processor bus 604 by I/O controller 606. Coupled to PCI bus 612 are network 
interface 618 and display interface 620, which in turn is coupled to display 622. Coupled 
to PCI bus 614 is computer telephony interface (CTI) 624, PSTN interface 626 and SS7 
Interface 628. Coupled to ISA bus 610 are hard disk interface 630, which in turn is 
coupled to a hard drive 632. Additionally, coupled to ISA bus 610. keyboard and cursor 
control device 634, which in turn is coupled keyboard 636 and cursor control device 638. 

CTI interface 624 provides the necessary hardware to interface exemplary 
computer server 600 to telephony equipment, such as private branch exchange (PBX) 
equipment. PSTN interface 626 provides the necessary hardware to interface exemplary 
computer server 600 to a plurality of PSTN communication lines (e.g., Tl, El or POTS), 
wherein the actual number of PSTN communication lines interfaced will be 
implementation dependent. Additionally, PSTN interface 626 provides advanced DSP- 
based voice, dual-tone multiple frequency (DTMF) and call progress functionality, which 
allows for downloadable DSP protocol and voice processing algorithms, thereby 
providing CODEC support locally on the interface. Examples of supported codecs 
include the Global System for Mobile Communications (GSM) codec and the ITU-T 
G.723.1 protocol codecs, the specification for which are commonly available from the 
GSM consortium and the International Telecommunications Union, respectively. 
Similarly, SS7 interface 628 provides the hardware necessary to interface exemplary 
computer server 600 with PSTN trunk lines (e.g., ISDN) supporting the out-of-band 
communication protocol (e.g., SS7)) used between PSTN network elements (i.e., SSP- 
M&A for Value Added Content Delivery - 22 - ATS 
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SSP, SSP-STP, STP-SCP, etc.). In one embodiment, PSTN interface 626 is preferably an 
AG-T1™ (for U.S. implementations, while an AG-El may be seamlessly substituted for 
European implementations), while SS7 interface 628 is preferably the TX3000™, both of 
which, along with their accompanying software drivers, are manufactured by and 
commonly available from Natural MicroSystems of Natick, Massachusetts. Otherwise, 
all other elements, processors 602a - 602n, memory system 608 and so forth perform their 
conventional functions known in the art. Insofar as their constitutions are generally well 
known to those skilled in the art, they need not be further described. 

From a software perspective, Figure 7 illustrates the software elements of 
exemplary computer server 600. In particular, exemplary computer server 600 is shown 
comprising an application layer consisting of a Bridgeport Management Driver 702, Hop- 
Off™ driver 704, and other drivers 706. Hop-OfF M is a trademark of eFusion™, Inc. of 
Beaverton, Oregon. 

The Service Abstraction Layer (SAL) 708 is shown comprising SS7 services 710, 
CTI Services 711, Management Services 712, Connection Services 714, Streaming 
Services 716, and Data Services 718. The protocol/service layer is shown comprising 
Telephony Application Programming Interface (TAPI) 720, Telephony Connection 
Protocol 722, PSTN Data Interface 724, CODEC 726, Real Time (Streaming) Protocol 
728, HTTP server 734, and web server 741. Also shown in this "layer" are configuration 
management data 719 maintained by management service 712, and codec services 726 
employed by streaming services 716. The driver layer is shown comprising SS7 driver 



M&A for Value Added Content Delivery 



-23- 



ATS 



Attorney Docket Ref: 002784.P001 

727, CTI driver 729, PSTN driver 730 and socket service 732. Data and control 
information are exchanged between these elements in the fashion depicted. 

Within the context of the present invention, one purpose of SAL 708 is to provide 
an Application Programming Interface (API) for all the available bridgeport and related 
services in exemplary computer server 600. The API abstracts out the actual modules 
used for providing services such as connection establishment (714), streaming and data 
exchange services (716 and 718). Additionally, SAL 708 provides the common operation 
tools such as queue management, statistics management, state management and the 
necessary interface between the plug-in services (i.e., drivers in the driver layer). SAL 
708 is also responsible for loading and unloading the appropriate drivers as appropriate. 

Connection service 714 includes a connection establishment and tear-down 
mechanism facilitating the interconnection to the PSTN 140. Additionally, for the 
illustrated embodiment, connection service 714 employs connection and compatibility 
services which facilitate interoperation between communication equipment that support 
industry standards, thereby allowing a variety of communication equipment manufactured 
by different vendors to be benefited from the present invention. Connection services 714 
include, in particular, services for supporting standard video telephony, such as ITU-T's 
H.323 video telephony, and standard data communication, such as ITU-T's T.120 data 
communication protocol. Examples of the connection establishment and tear-down 
mechanisms supported by connection service layer 714 include opening and starting 
PSTN ports, call control, DTMF collection, and tone generation, to name but a few. 
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Streaming service 716 is responsible for interfacing with the components that 
provide the real-time streaming functionality for the multimedia data. Once the 
connection has been established between the connection points (i.e., PSTN, H.323, etc.), 
streaming service 716 will take over the management and streaming of data between the 
two connected parties, until the connection is terminated. Codec service 726 facilitates 
the above described compression and transmission of inbound call signals from handset 
142 as well as decompression and transmission of outbound call signals from client 
computer 102. 

Data service 718 is responsible for providing non real-time peer to peer (i.e., 
computer-computer) messaging and data exchange between exemplary computer server 
600 and other Internet and perhaps PSTN based applications. Sending messages to 
exemplary computer server end-points (i.e., other similarly equipped bridgeports on the 
Internet) or other servers within the PSTN is accomplished via data service 718. 

CTI services 711 service all communications and automatic call distribution 
(ACD) necessary for Private Branch Exchange (PBX) based systems. SS7 services 710 
service all out of band communications with STPs and/or SCPs of PSTN 140. 

PSTN driver 730 is equipped to accommodate particularized PSTN interfaces 
626, whereas CTI driver 729 is equipped to support particularized ACD and PBX 
equipment. Similarly, SS7 driver 727 is equipped to support particularized SS7 interface 



Web server 741 is equipped to provide web service with the Internet. In one 
embodiment, web server 741 is a web server developed by Microsoft Corporation of 



628. 
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Redmond, Washington. In the illustrated embodiment, content modifier 742 implements 
the value added content delivery services described earlier. In other words, content 
modifier 742 is a "pre-processing function" of server 741. In the context of Microsoft's 
web server, content modifier 742 is Microsoft web server's filter. 

In one embodiment, the portions of the method and apparatus for value added 
content delivery discussed above which are implemented at the bridgeport are 
implemented as a series of software routines which are drivers 702 and 706, and content 
modifier 742 of Figure 7. These software routines comprise a plurality or series of 
instructions to be executed by a processor(s) in a hardware system, such as processors 
602a - 602b of Figure 6. Initially, the series of instructions are stored on a storage device, 
such as hard drive 632. The instructions are copied from hard drive 632 into memory 
subsystem 608 and then accessed and executed by one or more processor(s) 602a - 602b. 
In one implementation, these software routines are written in the C++ programming 
language. It is to be appreciated, however, that these routines may be implemented in any 
of a wide variety of programming languages. In alternate embodiments, the present 
invention is implemented in discrete hardware or firmware. For example, an application 
specific integrated circuit (ASIC) could be programmed with the above described 
functions of the present invention. 

In several of the discussions above, the network environment is described as being 
the Internet. It is to be appreciated, however, that the present invention can be used with 
any type of network environment and is not limited to the Internet. By way of example, 
the present invention could also be used with a local area network (LAN) or an Intranet. 
M&A for Value Added Content Delivery - 26 - ATS 
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Also in the discussions above, the present invention is described as being 
implemented in a bridgeport coupled to an Internet Service Provider. However, it is to be 
appreciated that the present invention can be implemented in any of a wide range of 
devices. For example, the present invention can be used in a gateway system which sits 
5 between a local area network (LAN) and an external network such as the Internet. In this 
example, the present invention operates to add content to the content provided by network 
servers accessed by the requesting client systems on the LAN. 

Additionally, it is to be appreciated that although the present invention is 
discussed as providing additional content which can be displayed by a client system, the 
10 present invention is not limited to visually based content. For example, the additional 
content could be audio content. 

Thus, the present invention provides a method and apparatus for value added 
content delivery. The present invention advantageously allows additional content to be 
added to the content received from a host system, thereby allowing additional content to 
15 be displayed at a client system without requiring a change in the content at the host 
system. A wide variety of additional content can be provided by the present invention, 
thereby advantageously enhancing the content received from the host system. 

Whereas many alterations and modifications of the present invention will be 
comprehended by a person skilled in the art after having read the foregoing description, it 
20 is to be understood that the particular embodiments shown and described by way of 
illustration are in no way intended to be considered limiting. References to details of 
particular embodiments are not intended to limit the scope of the claims. 
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